процесс реализации программы ЭВМ

заказчик
Организация, предприятие или учреждение, имеющие выделенные в установленном порядке средства для осуществления капитального строительства или ремонта и заключающие в этих целях договор на производство проектно-изыскательских и строительно-монтажных работ с подрядной организацией
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

заказчик
Юридическое лицо, осуществляющее в процессе строительства, капитального ремонта и реконструкции объектов магистральных трубопроводов функции, регламентированные законодательством, в числе которых право и обязанность по организации технического надзора за качеством строительства, капитального ремонта и реконструкции указанных объектов.
[РД 01.120.00-КТН-228-06]

заказчик
Юридическое лицо, в интересах и за счет средств которого осуществляются закупки. Заказчиком выступает собственник средств или их законный распорядитель, а выразителями его интересов - руководители, наделенные правом совершать от его имени сделки по закупкам.
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

Тематики

• магистральный нефтепроводный транспорт
• менеджмент в целом
• строительство в целом
• экономика

EN

• client
• customer

DE

• Auftraggeber

FR

• client

клиент
Пользователь, которому предоставляются услуги электросвязи в пунктах общего пользования.
[Руководящий документ "Основные положения развития Взаимоувязанной сети связи Российской Федерации на перспективу до 2005 года"]

клиент
Организация, заказывающая аудит.
Примечание
Клиент может быть проверяемой или другой организацией, имеющей право заказать аудит согласно регламенту или контракту.
[ ГОСТ Р ИСО 14050-99]

Тематики

• управление окружающей средой
• электросвязь, основные понятия

EN

• client

клиент
клиентская часть ПО
Пользователь, компьютер или программа, запрашивающая услуги, ресурсы, данные или обработку у другой программы или другого компьютера.
Компьютер, с которого осуществляется доступ к серверу с целью обмена или получения информации.
[ http://www.morepc.ru/dict/]

клиент
Потребитель услуг одного или более серверов.
[ ГОСТ Р 54456-2011]

клиент (в информационных технологиях)
Общий термин, используемый для обозначения заказчика, бизнеса или бизнес-заказчика. Например, термин «менеджер по работе с клиентами» может быть синонимом для термина «менеджер по взаимоотношениям с бизнесом». Этот термин также используется для обозначения:
• Компьютера, который используется непосредственно пользователем. Например, персональный компьютер, портативный компьютер или рабочая станция.
• Части приложения с клиент-серверной архитектурой, с которой непосредственно взаимодействует пользователь. Например, клиент электронной почты.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

client
A generic term that means a customer, the business or a business customer. For example, client manager may be used as a synonym for business relationship manager. The term is also used to mean:
• A computer that is used directly by a user - for example, a PC, a handheld computer or a work station.
• The part of a client server application that the user directly interfaces with - for example, an email client.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Клие́нт — это аппаратный или программный компонент вычислительной системы, посылающий запросы серверу.

Программа, являющаяся клиентом, взаимодействует с сервером, используя определённый протокол. Она может запрашивать с сервера какие-либо данные, манипулировать данными непосредственно на сервере, запускать на сервере новые процессы и т. п. Полученные от сервера данные клиентская программа может предоставлять пользователю или использовать как-либо иначе, в зависимости от назначения программы. Программа-клиент и программа-сервер могут работать как на одном и том же компьютере, так и на разных. Во втором случае для обмена информацией между ними используется сетевое соединение.

Разновидностью клиентов являются терминалы — рабочие места на многопользовательских ЭВМ, оснащённые монитором с клавиатурой, и не способные работать без сервера. В 1990-е годы появились сетевые компьютеры — нечто среднее между терминалом и персональным компьютером. Сетевые компьютеры имеют упрощённую структуру и во многом зависят от сервера. Иногда под терминалом понимают любой клиент, или только тонкий клиент.

Тем не менее не всегда под клиентом подразумевается компьютер со слабыми вычислительными ресурсами. Чаще всего понятия «клиент» и «сервер» описывают распределение ролей при выполнении конкретной задачи, а не вычислительные мощности. На одном и том же компьютере могут одновременно работать программы, выполняющие как клиентские, так и серверные функции. Например, веб-сервер может в качестве клиента получать данные для формирования страниц от SQL-сервера (так работает Википедия).

[ Википедия]

Тематики

• информационные технологии в целом
• телевидение, радиовещание, видео

Синонимы

• клиентская часть ПО

EN

• client

клиент (сети и системы связи)
Объект, запрашивающий сервис у сервера или получающий от сервера незатребованные данные.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

EN

client
entity that requests a service from a server, or which receives unsolicited data from a server
[IEC 61850-2, ed. 1.0 (2003-08)]

Тематики

• релейная защита

EN

• client

клиенты
основные группы клиентов
Различные группы людей или организации, которым полагается персональное обслуживание в рамках программы распространения билетов, что обусловлено договорными обязательствами или соображениями целевого маркетинга. К числу клиентов Игр относятся:
• делегации Национальных Олимпийских комитетов;
• Международные спортивные федерации;
• пресса;
• вещательные организации;
• МОК;
• маркетинговые партнеры;
• зрители;
• обслуживающий персонал;
• широкая публика/ местное сообщество.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

client
key client
Different groups of people or organizations which are given direct personal service by the ticketing program for reasons of contractual requirements or targeted marketing. “Clients” refers to the following Games customers:
• NOC Delegations
• International Federations
• Press
• Broadcasters
• IOC
• Marketing Partners
• Spectators
• Workforce
• General public / community
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики

• спорт (коммерческая деятельность)

Синонимы

• основные группы клиентов

EN

• client
• key client

2.10 клиент (client): Субъект (пользователь или процесс), запрашивающий услуги, предоставляемые на другом процессоре (т.е. сервере).

Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

2.4 клиент (client): Организация, предоставляющая запрос на проведение оценки.

Пример - Собственник участка, объект экологической оценки или любая другая сторона.

Источник: ГОСТ Р ИСО 14015-2007: Экологический менеджмент. Экологическая оценка участков и организаций оригинал документа

3.7 Клиент (client) - организация, заказывающая аудит.

Примечание - Клиент может быть проверяемой или другой организацией, имеющей право заказать аудит согласно регламенту или контракту.

3.8 Постоянное улучшение (continual improvement) - процесс усовершенствования системы управления окружающей средой с целью повышения общей экологической эффективности в соответствии с экологической политикой организации.

Примечание - Этот процесс необязательно происходит одновременно во всех сферах деятельности.

3.9 Окружающая среда - внешняя среда, в которой функционирует организация, включая воздух, воду, землю, природные ресурсы, флору, фауну, человека и их взаимодействие.

Примечание - В данном контексте внешняя среда простирается от среды в пределах организации до глобальной системы.

3.10 Экологический аспект (environmental aspect) - элемент деятельности организации, ее продукции или услуг, который может взаимодействовать с окружающей средой.

Примечание - Важным является тот экологический аспект, который оказывает или может оказать существенное воздействие на окружающую среду.

3.11 Экологический аудит (environmental audit) - систематический документально оформленный процесс проверки объективно получаемых и оцениваемых аудиторских данных для определения соответствия или несоответствия критериям аудита определенных видов экологической деятельности, событий, условий, систем административного управления или информация об этих объектах, а также сообщения клиенту результатов, полученных в ходе этого процесса.

3.12 Аудитор в области экологии (аудитор-эколог) (environmental auditor) - лицо, квалифицированное для проведения экологических аудитов.

3.13 Воздействие на окружающую среду (environmental impact) - любое отрицательное или положительное изменение в окружающей среде, полностью или частично являющееся результатом деятельности организации, ее продукции или услуг.

3.14 Система управления окружающей средой (environmental management system) - часть общей системы административного управления, которая включает в себя организационную структуру, планирование, ответственность, методы, процедуры, процессы и ресурсы, необходимые для разработки, внедрения, реализации, анализа и поддержания экологической политики.

3.15 Аудит системы управления окружающей средой (environmental management system audit) - систематический и документально оформленный процесс проверки объективно получаемых и оцениваемых аудиторских данных для определения соответствия (или несоответствия) системы управления окружающей средой, принятой в организации, критериям аудита такой системы, а также сообщение клиенту результатов, полученных в ходе этого процесса.

3.16 Аудит системы управления окружающей средой (environmental management system audit) - < внутренний> систематический документально оформленный процесс проверки объективно получаемых и оцениваемых данных для определения соответствия (или несоответствия) системы управления окружающей средой в организации критериям аудита такой системы, установленным данной организацией, а также сообщения руководству результатов, полученных в ходе этого процесса.

Источник: ГОСТ Р ИСО 14050-99: Управление окружающей средой. Словарь оригинал документа

2.25 клиент (client): Организация или лицо, запрашивающее валидацию или верификацию.

Примечание - Клиент может быть ответственной стороной, администратором программы по ПГ или другим заинтересованным лицом.

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.27 клиент (client): Организация или лицо, запрашивающее валидацию (2.32) или верификацию (2.36).

Примечание - Клиент может быть ответственной стороной (2.24), администратором программы по ПГ или другим заинтересованным лицом.

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

3.2 клиент (client): Отдельное лицо или группа лиц, которые заключили договор с поставщиком услуг для аквалангистов для личного использования этих услуг.

Источник: ГОСТ Р ИСО 24803-2009: Дайвинг для активного отдыха и развлечений. Требования к поставщикам услуг для аквалангистов оригинал документа

3.9 заказчик (client):

в контексте «оценки»: организация (3.4), поручающая проведение оценки.

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.2.1 клиент (client): Организация или лицо, запрашивающее валидацию или верификацию.

Примечание - Клиент может быть ответственной стороной, администратором программы по ПГ или другим заинтересованным лицом.

[ИСО 14064-3:2006, статья 2.27]

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики

• автоматизированные системы

EN

• alarm management

менеджер сети
Менеджер сети несет ответственность за процедуру загрузки и опционное конфигурирование узлов. Менеджер может также выполнять функции контроля состояния узлов сети, например, охраны узла.
[ http://can-cia.com/fileadmin/cia/pdfs/CANdictionary-v2_ru.pdf]

Тематики

• сети вычислительные

EN

• network management

сетевое управление
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• сети вычислительные

EN

• NC
• network control
• network management

управление сетью
1. Административный сервис для управления сетью. Программы, которые собирают информацию о сетевой активности. Для обеспечения интероперабельности администратор сети должен использовать стандартные средства сетевого управления, включая SNMP и RMON. См. также agent, NMS.
2. Пять функциональных областей, определенных ISO для обеспечения эффективности сети, близкой к максимуму. К числу этих областей относятся управление конфигурацией, предотвращение сбоев, управление безопасностью, управление производительностью, управление счетами пользователей. 
[ http://www.lexikon.ru/dict/net/index.html]

Тематики

• сети вычислительные

EN

• network management

3.29 сетевой менеджмент (network management): Процесс планирования, разработки, реализации, эксплуатации, мониторинга и поддержки сети.

Источник: ГОСТ Р ИСО/МЭК 18028-1-2008: Информационная технология. Методы и средства обеспечения безопасности. Сетевая безопасность информационных технологий. Часть 1. Менеджмент сетевой безопасности оригинал документа

3.27 сетевой менеджмент (network management): Процесс планирования, разработки, реализации, эксплуатации, мониторинга и поддержки сети.

Источник: ГОСТ Р ИСО/МЭК 27033-1-2011: Информационная технология. Методы и средства обеспечения безопасности. Безопасность сетей. Часть 1. Обзор и концепции оригинал документа

герметизация
Обеспечение непроницаемости для жидкостей и газов ограждающих конструкций и их соединений
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

герметизация
-
[Лугинский Я. Н. и др. Англо-русский словарь по электротехнике и электроэнергетике. 2-е издание - М.: РУССО, 1995 - 616 с.]

Тематики

• строительство в целом
• электротехника, основные понятия

EN

• encapsulation
• potting
• seal
• sealing
• sealing-in

DE

• Abdichtung
• Hermetisierung

FR

• étanchement

герметизация
Процесс нанесения компаунда для защиты любого электрического устройства (устройств) любым приемлемым методом.
[ ГОСТ Р МЭК 60050-426-2006]

Тематики

• взрывозащита

EN

• encapsulation

инкапсулирование
Заключение документа в прозрачный контейнер из инертной полимерной пленки
[ГОСТ 7.48-2002] 

Тематики

• консервация документов

EN

• encapsulation

инкапсуляция
скрытие
включение
вбирание
Термин объектно-ориентированного программирования, означающий структурирование программы на модули особого вида, называемые классами и объединяющие данные и процедуры их обработки, причем внутренние данные класса не могут быть обработаны иначе, кроме как предусмотренными для этого процедурами. Каждый такой класс имеет внутреннюю часть, называемую реализацией (или представлением), и внешнюю часть, называемую интерфейсом. Доступ к реализации возможен только через интерфейс. Таким образом, реализация класса как бы заключена в капсулу и скрыта, откуда и происходит название И.
В телекоммуникации - включение сообщения или пакета, оформленных для передачи по одному протоколу, в структуру, обеспечивающую их передачу между сетями, использующими другие протоколы передачи.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

Синонимы

• вбирание
• включение
• скрытие

EN

• encapsulation

инкапсуляция (упаковка, пакетирование)
Метод передачи информации через разнородные сети, заключающийся в том, что к пакету, проходящему по транзитной сети, добавляются сетевые заголовки, определяемые протоколом этой сети. После выхода из транзитной сети дополнительные заголовки снимаются.
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• encapsulation

оформление пакета
Добавление дополнительной управляющей информации к пакету при его передаче между сетями, использующими различные протоколы.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• encapsulation

помещение в оболочку или кожух
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• encapsulation

последовательное вложение
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

EN

• encapsulation

формирование пакетов данных
пакетирование
упаковка
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• пакетирование
• упаковка

EN

• encapsulation

3.5 герметизация (encapsulation): Процесс нанесения компаунда для защиты любого электротехнического устройства (устройств) каким-либо приемлемым методом.

Источник: ГОСТ Р МЭК 61241-18-2009: Электрооборудование, применяемое в зонах, опасных по воспламенению горючей пыли. Часть 18. Защита компаундом «mD» оригинал документа

31. Инкапсулирование

Encapsulation

Заключение документа в индивидуальный контейнер

Источник: ГОСТ 7.48-90: Система стандартов по информации, библиотечному и издательскому делу. Консервация документов. Основные термины и определения оригинал документа

метод Монте-Карло
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

метод Монте-Карло
метод статистических испытаний
Один из методов статистического моделирования, основанный на кибернетической идее «черного ящика». Он применяется в тех случаях, когда построение аналитической модели явления трудно или вовсе неосуществимо, например, при решении сложных задач теории массового обслуживания и ряда других задач исследования операций, связанных с изучением случайных процессов. Применение М. М.-К. можно проиллюстрировать примером из области теории очередей. Предположим, надо определить, как часто и как долго придется ждать покупателям в очереди в магазине при заданной его пропускной способности (допустим, для того, чтобы принять решение, следует ли расширять магазин). Подход покупателей носит случайный характер, распределение времени подхода может быть установлено из имеющейся информации. Время обслуживания покупателей тоже носит случайный характер и его распределение тоже может быть выявлено. Таким образом, имеются два стохастических или случайных процесса, взаимодействие которых и создает очередь. Теперь, если наугад перебирать все возможности (например, число покупателей, приходящих за час), сохраняя те же характеристики распределения, можно искусственно воссоздать картину этого процесса. Повторяя такую картину многократно, каждый раз меняя условия (число подходящих покупателей), можно изучать получаемые статистические данные так, как если бы они были получены при наблюдении над реальным потоком покупателей. Точно так же можно воссоздать искусственную картину работы самого магазина: здесь распределение времени подхода покупателей будет взаимодействовать с распределением времени обслуживания отдельного покупателя. Получаются опять два стохастических процесса. Их взаимодействие даст «очередь» с примерно такими же характеристиками (например, средней длиной очереди или средним временем ожидания), какими обладает реальная очередь. Таким образом, смысл М. М.-К. состоит в том, что исследуемый процесс моделируется путем многократных повторений его случайных реализаций. Единичные реализации называются статистическими испытаниями — отсюда второе название метода. Остается сказать, что такое выбор вариантов наугад (или механизм случайного выбора). В простых случаях для этого можно применять бросание игральной кости (классический учебный прием), но на практике используют таблицы случайных чисел либо вырабатывают (генерируют) случайные числа на ЭВМ, для чего имеются специальные программы, которые называются генераторами случайных чисел.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика
• электросвязь, основные понятия

Синонимы

• метод статистических испытаний

EN

• Monte Carlo method
• Monte-Carlo technique

метод Монте-Карло
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

метод Монте-Карло
метод статистических испытаний
Один из методов статистического моделирования, основанный на кибернетической идее «черного ящика». Он применяется в тех случаях, когда построение аналитической модели явления трудно или вовсе неосуществимо, например, при решении сложных задач теории массового обслуживания и ряда других задач исследования операций, связанных с изучением случайных процессов. Применение М. М.-К. можно проиллюстрировать примером из области теории очередей. Предположим, надо определить, как часто и как долго придется ждать покупателям в очереди в магазине при заданной его пропускной способности (допустим, для того, чтобы принять решение, следует ли расширять магазин). Подход покупателей носит случайный характер, распределение времени подхода может быть установлено из имеющейся информации. Время обслуживания покупателей тоже носит случайный характер и его распределение тоже может быть выявлено. Таким образом, имеются два стохастических или случайных процесса, взаимодействие которых и создает очередь. Теперь, если наугад перебирать все возможности (например, число покупателей, приходящих за час), сохраняя те же характеристики распределения, можно искусственно воссоздать картину этого процесса. Повторяя такую картину многократно, каждый раз меняя условия (число подходящих покупателей), можно изучать получаемые статистические данные так, как если бы они были получены при наблюдении над реальным потоком покупателей. Точно так же можно воссоздать искусственную картину работы самого магазина: здесь распределение времени подхода покупателей будет взаимодействовать с распределением времени обслуживания отдельного покупателя. Получаются опять два стохастических процесса. Их взаимодействие даст «очередь» с примерно такими же характеристиками (например, средней длиной очереди или средним временем ожидания), какими обладает реальная очередь. Таким образом, смысл М. М.-К. состоит в том, что исследуемый процесс моделируется путем многократных повторений его случайных реализаций. Единичные реализации называются статистическими испытаниями — отсюда второе название метода. Остается сказать, что такое выбор вариантов наугад (или механизм случайного выбора). В простых случаях для этого можно применять бросание игральной кости (классический учебный прием), но на практике используют таблицы случайных чисел либо вырабатывают (генерируют) случайные числа на ЭВМ, для чего имеются специальные программы, которые называются генераторами случайных чисел.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика
• электросвязь, основные понятия

Синонимы

• метод статистических испытаний

EN

• Monte Carlo method
• Monte-Carlo technique